система управления на базе ЭВМ

система управления механизмами встряхивания осадительных электродов электрофильтра на базе ЭВМ с учётом изменения нагрузок и перехода на сжигание другого вида топлива
—
[А.С.Гольдберг. Англо-русский энергетический словарь. 2006 г.]

Тематики

• энергетика в целом

EN

• computer-based ESP rapper control

протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

интегрированная система обработки данных
—
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

интегрированная система обработки данных
ИСОД
Система организации сбора, обработки и выдачи информации в автоматизированных системах управления. В ИСОД интегрируются сама информация, каналы информации, память системы. При этом для решения разных задач используются общие нормативно-справочные и частично общие исходные данные. Интегрированные системы упорядочивают потоки информации, повышают эффективность ее использования. Важно, что собранная из разных источников в единой памяти системы (в ее базе данных) информация может быть затем многократно переработана и приспособлена к конкретным потребностям любого звена управления.
[ http://slovar-lopatnikov.ru/]

Тематики

• информационные технологии в целом
• экономика

Синонимы

• ИСОД

EN

• IDS
• integrated data processing system
• integrated data system

полевая шина
-
[Интент]

полевая магистраль по зарубежной терминологии
Имеет много терминов-синонимов и обозначает специализированные последовательные магистрали малых локальных сетей (МЛС), ориентированны на сопряжение с ЭВМ рассредоточенных цифровых датчиков и исполнительных органов. Магистрали рассчитаны на применение в машиностроении, химической промышленности, в системах автоматизации зданий, крупных установках, бытовых электронных системах, системах автомобильного оборудования, малых контрольно-измерительных и управляющих системах на основе встраиваемых микроЭВМ и т. п. Основными магистралями являются Bitbus, MIL STD-1553В. В настоящее время рабочими группами IEC (65С и SP-50) стандартизируются два основных типа МЛС: высокоскоростные и низкоскоростные, ориентированные на датчики.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

ЧТО ТАКОЕ FIELDВUS?
Так пишется оригинальный термин, который в русском переводе звучит как «промышленная сеть». Fieldbus — это не какой-то определенный протокол передачи данных и не тип сетевой архитектуры, этот термин не принадлежит ни одной отдельно взятой компании и обозначает скорее сферу применения, чем какую-либо конкретную сетевую технологию.
Давайте попробуем сформулировать лишь некоторые основные требования, которые можно предъявить к «идеальной» промышленной сети.
1. Производительность.
2. Предсказуемость времени доставки информации.
3. Помехоустойчивость.
4. Доступность и простота организации физического канала передачи данных.
5. Максимальный сервис для приложений верхнего уровня.
6. Минимальная стоимость устройств аппаратной реализации, особенно на уровне контроллеров.
7. Возможность получения «распределенного интеллекта», путем предоставления максимального доступа к каналу нескольким ведущим узлам.
8.Управляемость и самовосстановление в случае возникновения нештатных ситуаций.

[Сергей Гусев. Краткий экскурс в историю промышленных сетей]

Международный стандарт IEC 61158 “Fieldbus for use in Industrial Control Systems” («Промышленная управляющая сеть для применения в промышленных системах управления») определяет восемь независимых и несовместимых коммуникационных технологий, из которых FOUNDATION Fieldbus H1 и PROFIBUS PA стали в значительной степени преобладающими в различных отраслях промышленности.
Эти промышленные сети соответствуют требованиям стандарта IEC 61158 2, который устанавливает физический уровень так называемых промышленных сетей H1.
Основными требованиями к промышленным сетям H1 являются:
● передача данных и питание устройств нижнего уровня по одной витой паре;
● гибкость при проектировании различных топологий сети;
● совместимость всех полевых приборов;
● взрывобезопасность при установкево взрывоопасных зонах;
● распределение одной инфраструктуры на многочисленные сегменты.

[Виктор Жданкин. Концепция FieldConnex® для промышленных сетей FOUNDATION Fieldbus H1 и PROFIBUS_PA: повышение производительности и снижение затрат. СТА 2/2009]

Термин полевая шина является дословным переводом английского термина fieldbus.
Термин промышленная сеть является более точным переводом и в настоящее время именно он используется в профессиональной технической литературе.

Промышленная сеть — сеть передачи данных, связывающая различные датчики, исполнительные механизмы, промышленные контроллеры и используемая в промышленной автоматизации. Термин употребляется преимущественно в автоматизированной системе управления технологическими процессами (АСУТП).

Устройства используют сеть для:

• передачи данных, между датчиками, контроллерами и исполнительными механизмами;
• диагностики и удалённого конфигурирования датчиков и исполнительных механизмов;
• калибрования датчиков;
• питания датчиков и исполнительных механизмов;
• связи между датчиками, исполнительными механизмами, ПЛК и АСУ ТП верхнего уровня.

В промышленных сетях для передачи данных применяют:

• электрические линии;
• волоконно-оптические линии;
• беспроводную связь (радиомодемы и Wi-Fi).

Промышленные сети могут взаимодействовать с обычными компьютерными сетями, в частности использовать глобальную сеть Internet.

[ Википедия]

Главной функцией полевой шины является обеспечение сетевого взаимодействия между контроллерами и удаленной периферией (например, узлами ввода/вывода). Помимо этого, к полевой шине могут подключаться различные контрольно-измерительные приборы ( Field Devices), снабженные соответствующими сетевыми интерфейсами. Такие устройства часто называют интеллектуальными ( Intelligent Field Devices), так как они поддерживают высокоуровневые протоколы сетевого обмена.

Пример полевой шины представлен на рисунке 1.

Рис. 1. Полевая шина.

Как уже было отмечено, существует множество стандартов полевых шин, наиболее распространенные из которых приведены ниже:

1. Profibus DP
2. Profibus PA
3. Foundation Fieldbus
4. Modbus RTU
5. HART
6. DeviceNet

Несмотря на нюансы реализации каждого из стандартов (скорость передачи данных, формат кадра, физическая среда), у них есть одна общая черта – используемый алгоритм сетевого обмена данными, основанный на классическом принципе Master-Slave или его небольших модификациях.
Современные полевые шины удовлетворяют строгим техническим требованиям, благодаря чему становится возможной их эксплуатация в тяжелых промышленных условиях. К этим требованиям относятся:

1. Детерминированность. Под этим подразумевается, что передача сообщения из одного узла сети в другой занимает строго фиксированный отрезок времени. Офисные сети, построенные по технологии Ethernet, - это отличный пример недетерминированной сети. Сам алгоритм доступа к разделяемой среде по методу CSMA/CD не определяет время, за которое кадр из одного узла сети будет передан другому, и, строго говоря, нет никаких гарантий, что кадр вообще дойдет до адресата. Для промышленных сетей это недопустимо. Время передачи сообщения должно быть ограничено и в общем случае, с учетом количества узлов, скорости передачи данных и длины сообщений, может быть заранее рассчитано.
2. Поддержка больших расстояний. Это существенное требование, ведь расстояние между объектами управления может порой достигать нескольких километров. Применяемый протокол должен быть ориентирован на использование в сетях большой протяженности.
3. Защита от электромагнитных наводок. Длинные линии в особенности подвержены пагубному влиянию электромагнитных помех, излучаемых различными электрическими агрегатами. Сильные помехи в линии могут исказить передаваемые данные до неузнаваемости. Для защиты от таких помех применяют специальные экранированные кабели, а также оптоволокно, которое, в силу световой природы информационного сигнала, вообще нечувствительно к электромагнитным наводкам. Кроме этого, в промышленных сетях должны использоваться специальные методы цифрового кодирования данных, препятствующие их искажению в процессе передачи или, по крайней мере, позволяющие эффективно детектировать искаженные данные принимающим узлом.
4. Упрочненная механическая конструкция кабелей и соединителей. Здесь тоже нет ничего удивительного, если представить, в каких условиях зачастую приходиться прокладывать коммуникационные линии. Кабели и соединители должны быть прочными, долговечными и приспособленными для использования в самых тяжелых окружающих условиях (в том числе агрессивных атмосферах).

По типу физической среды полевые шины делятся на два типа:

1. Полевые шины, построенные на базе оптоволоконного кабеля.
   Преимущества использования оптоволокна очевидны: возможность построения протяженных коммуникационных линий (протяженностью до 10 км и более); большая полоса пропускания; иммунитет к электромагнитным помехам; возможность прокладки во взрывоопасных зонах.
   Недостатки: относительно высокая стоимость кабеля; сложность физического подключения и соединения кабелей. Эти работы должны выполняться квалифицированными специалистами.
2. Полевые шины, построенные на базе медного кабеля.
   Как правило, это двухпроводной кабель типа “витая пара” со специальной изоляцией и экранированием. Преимущества: удобоваримая цена; легкость прокладки и выполнения физических соединений. Недостатки: подвержен влиянию электромагнитных наводок; ограниченная протяженность кабельных линий; меньшая по сравнению с оптоволокном полоса пропускания.

Итак, перейдем к рассмотрению методов обеспечения отказоустойчивости коммуникационных сетей, применяемых на полевом уровне. При проектировании и реализации этот аспект становится ключевым, так как в большой степени определяет характеристики надежности всей системы управления в целом.

На рисунке 2 изображена базовая архитектура полевой шины – одиночная (нерезервированная). Шина связывает контроллер С1 и четыре узла ввода/вывода IO1-IO4. Очевидно, что такая архитектура наименее отказоустойчива, так как обрыв шины, в зависимости от его локализации, ведет к потере коммуникации с одним, несколькими или всеми узлами шины. В нашем случае в результате обрыва теряется связь с двумя узлами.

Рис. 2. Нерезервированная шина.

Здесь важное значение имеет термин “единичная точка отказа” (SPOF, single point of failure). Под этим понимается место в системе, отказ компонента или обрыв связи в котором приводит к нарушению работы всей системы. На рисунке 2 единичная точка отказа обозначена красным крестиком.

На рисунке 3 показана конфигурация в виде дублированной полевой шины, связывающей резервированный контроллер с узлами ввода/вывода. Каждый узел ввода/вывода снабжен двумя интерфейсными модулями. Если не считать сами модули ввода/вывода, которые резервируются редко, в данной конфигурации единичной точки отказа нет.

Рис. 3. Резервированная шина.

Вообще, при построении отказоустойчивых АСУ ТП стараются, чтобы единичный отказ в любом компоненте (линии связи) не влиял на работу всей системы. В этом плане конфигурация в виде дублированной полевой шины является наиболее распространенным техническим решением.

На рисунке 4 показана конфигурация в виде оптоволоконного кольца. Контроллер и узлы ввода/вывода подключены к кольцу с помощью резервированных медных сегментов. Для состыковки медных сегментов сети с оптоволоконными применяются специальные конверторы среды передачи данных “медь<->оптоволокно” (OLM, Optical Link Module). Для каждого из стандартных протоколов можно выбрать соответствующий OLM.

Рис. 4. Одинарное оптоволоконное кольцо.

Как и дублированная шина, оптоволоконное кольцо устойчиво к возникновению одного обрыва в любом его месте. Система такой обрыв вообще не заметит, и переключение на резервные интерфейсные и коммуникационные модули не произойдет. Более того, обрыв одного из двух медных сегментов, соединяющих узел с оптоволоконным кольцом, не приведет к потере связи с этим узлом. Однако второй обрыв кольца может привести к неработоспособности системы. В общем случае два обрыва кольца в диаметрально противоположных точках ведут к потере коммуникации с половиной подключенных узлов.

На рисунке 5 изображена конфигурация с двойным оптическим кольцом. В случае если в результате образования двух точек обрыва первичное кольцо выходит из строя, система переключается на вторичное кольцо. Очевидно, что такая архитектура сети является наиболее отказоустойчивой. На рисунке 5 пошагово изображен процесс деградации сети. Обратите внимание, сколько отказов система может перенести до того, как выйдет из строя.

Рис. 5. Резервированное оптоволоконное кольцо.

[ http://kazanets.narod.ru/NT_PART1.htm]

Тематики

• автоматизированные системы

Синонимы

• промышленная сеть
• промышленная управляющая сеть

EN

• field bus
• fieldbus

КАМАК
автоматизированное с помощью ЭВМ измерение и управление
Модульная система, разработанная первоначально комитетом ESONE и адаптированная впоследствии многими международными и национальными организациями стандартизации, в том числе IEC. Система определяется целым рядом стандартов, основными из которых являются: IEC 516 (интерфейс магистрали крейта), IEC 552 (интерфейс магистрали параллельной ветви), IEC 729 (интерфейс распределенного управления однокрейтовых систем). На базе средств системы САМАС и ЭВМ различных классов созданы многочисленные системы автоматизации научных и технических экспериментов, измерительно-вычислительные комплексы (ИВК) и персональные измерительные системы (ПИС).
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

Тематики

• информационные технологии в целом

Синонимы

• автоматизированное с помощью ЭВМ измерение и управление

EN

• Computer Automated Measurement and Control
• CAMAC